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SYSTEMS AND METHODS FOR AUTOMATICALLY CONFIGURING CROSS- 
CONNECTIONS IN A DIGITAL SUBSCRIBER LINE ACCESS MULTIPLEXER 

(DSLAM) 



5 CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is related to U.S. Provisional Application entitled "Automatic 
Cross Connect Configuration in a DSLAM and Extensions for Class of Service and 
Scaling" filed on October 2, 2000 and accorded Serial No. 60/237,148 (Atty. Docket 
61606-8610; 2000-21, 22), which is hereby incorporated by reference, and to U.S. 
10 Provisional Application entitled "Systems and Methods for Automatically Configuring 
Cross-Connections in a Digital Subscriber Line Access Multiplexer (DSLAM)," filed on 

December 1, 2000 and accorded Serial No. (Atty. Docket 61606-8640; 

2000-21, 22), which is hereby incorporated by reference. 



1 5 FIELD OF THE INVENTION 

The present invention relates generally to a digital subscriber line access 
multiplexer (DSLAM), and more particularly, to systems and methods for automatically 
configuring cross-connections in a DSLAM. 



20 BACKGROUND OF THE INVENTION 

Digital subscriber line (DSL) technologies have become a widely-used solution 
for providing high bit rate transmission over the existing copper wire infrastructure, 
known as the "subscriber loop." DSL technologies dramatically improve the bandwidth 
of the existing analog telephone system. DSL enhances the data capacity of the existing 

25 copper wire that runs between the local telephone company switching offices and most 
homes and offices. The bandwidth of the wire is limited to approximately 3,000 Hz due 
to its primary use as a voice telephone system. While the wire itself can handle higher 
frequencies, the telephone switching equipment is designed to cut-off signals above 4,000 
Hz to filter noise off the voice line. DSL enables high-speed data traffic from a service 

30 provider network, such as an ATM network, to be provided on the existing wires with 
voice traffic. 
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In order to provide DSL service, a digital subscriber line access multiplexer 
(DSLAM) is employed at the local telephone company central office or digital loop 
carrier (DLC) to separate the voice-frequency traffic provided by the public-switched 
telephone network (PSTN) from the high-speed data traffic service provided by the 
5 network service provider. A DSLAM concentrates the high-speed data traffic and routes 
it to subscribers on twisted-pair wires, referred to as a local loop. Many DSLAMs are 
designed to work with ATM networks. 

Generally, a DSLAM includes an uplink interface, a switch concentration module 
(SCM), a backplane interface, and multiple line cards. High-speed data traffic from an 

1 0 ATM network is received by the uplink interface via multiple data communications 
channels. The high-speed data traffic is then transmitted to the SCM where it is 
transmitted to the backplane interface. The backplane interface provides the high-speed 
data traffic to multiple DSL ports in the line cards for subsequent delivery to subscribers. 
As will be described in more detail below, in order to establish an ATM 

1 5 connection through the DSLAM, each node must be provisioned with matching ATM 

virtual channel information or virtual path identifier (VPI) / virtual circuit identifier (VCI) 
addresses. With existing DSLAMs, for each connection through the DSLAM, a VPI/VCI 
address must be configured on each node to match the VPI/VCI addresses corresponding 
to the data communications channels received from the external ATM network. This 

20 manual configuration of multiple VPI/VCI addresses within the DSLAM is very time 
consuming and costly. 

Thus, a heretofore unaddressed need exists in the industry to address these 
aforementioned deficiencies and inadequacies by automatically configuring ATM cross- 
connects in a DSLAM between a plurality of digital subscriber line channels and a 
25 plurality of data communications channels provided from an ATM service provider. 



SUMMARY OF THE INVENTION 

The present invention provides a system and method for automatically configuring 
ATM cross-connects in an ATM-based switch between a plurality of network-side 
30 communications channels provided from an ATM network and a plurality of user-side 
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communications channels associated with a plurality of user ports. 

Briefly described, in architecture, the switch comprises a means for receiving a 
plurality of network-side communications channels, a means for receiving a plurality of 
user-side communications channels, and a means for automatically configuring a plurality 

5 of cross-connects between the plurality of network-side communications channels and the 
plurality of user-side communications channels. The means for automatically configuring 
the plurality of cross-connects may comprise a means for obtaining a default logical 
VP I/VCI address associated with the plurality of network-side communications channels, 
a means for defining a first plurality of unique logical VPI/VCI addresses based on a 

10 predefined set of rules for incrementing logical VPI/VCI addresses, each of the first 

plurality of unique logical VPI/VCI addresses associated with one of the plurality of user- 
side communications channels, a means for determining a second plurality of unique 
logical VPI/VCI addresses based on the default logical VPI/VCI address and the 
predefined set of rales, and a means for creating signal connectivity between the plurality 

15 of network- side communications channels and the plurality of user-side communications 
channels by linking the first and second unique logical VPI/VCI addresses. The switch 
may further comprise a means for detecting a user port, the user port associated with one 
of a portion of the plurality of user-side communications channels, a means for specifying 
one of the first and second plurality of unique logical VPI/VCI addresses as a base logical 

20 VPI/VCI address for each of a plurality of types of channels, a means for associating each 
type of channel for the user port with one of the first plurality of unique logical VPI/VCI 
addresses. 

The present invention can also be viewed as providing methods for automatically 
configuring a plurality of cross-connects in an ATM-based switch between a plurality of 
25 network-side communications channels and a plurality of user-side communications 
channels. 

Briefly, one such method involves (1) obtaining a default logical VPI/VCI address 
associated with the plurality of network- side communications channels, (2) defining a 
first plurality of unique logical VPI/VCI addresses based on a predefined set of rules for 
30 incrementing logical VPI/VCI addresses, each of the first plurality of unique logical 
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VP I/VCI addresses associated with one of the plurality of user-side communications 
channels, (3) determining a second plurality of unique logical VPI/VCI addresses based 
on the default logical VPWCI address and the predefined set of rules, and (4) creating a 
plurality of cross-connects between the plurality of user-side communications channels 
5 and the plurality of network-side communications channels by linking the first and second 
unique logical VPI/VCI addresses and defining the plurality of cross-connects as being in 
an autodown state. The method may further involve (5) detecting a plurality of user 
ports, each of the plurality of user ports associated with one of a portion of the plurality of 
user-side communications channels, (6) specifying one of the first and second plurality of 

1 0 unique logical VPWCI addresses as a base logical VPWCI address for each of a 

plurality of types of channels, (7) associating each type of channel for each user port with 
one of the first plurality of unique logical VPWCI addresses, and (8) changing the state 
of each of the plurality of cross-connects corresponding to each of the first plurality of 
unique logical VPWCI addresses associated with each type of channel for each user port 

15 to an up state. 

The present invention can also be viewed as a computer-readable medium having 
a computer program for use by an ATM switch for automatically configuring a plurality 
of cross-connects between a plurality of network- side communications channels and a 
plurality of user-side communications channels. The computer-readable medium may 

20 include the steps of the methods of the present invention as an ordered listing of 
executable instructions for implementing logical functions related to automatically 
configuring the ATM cross-connects. The list of executable instructions for 
automatically configuring the ATM cross-connects, which are embodied in the computer- 
readable medium, may be used by or in connection with an instruction execution system, 

25 apparatus, or device, such as a computer-based system, processor-containing system, or 
other system that can fetch the instructions from the instruction execution system, 
apparatus, or device and execute the instructions. 

Other systems, methods, features, and advantages of the present invention will be 
or become apparent to one with skill in the art upon examination of the following 
30 drawings and detailed description. It is intended that all such additional systems, 
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methods, features, and advantages included within this description, be within the scope of 
the present invention, and be protected by the accompanying claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The invention can be better understood with reference to the following drawings. 

The components in the drawings are not necessarily to scale, emphasis instead being 
placed upon clearly illustrating the principles of the present invention. Moreover, in the 
drawings, like reference numerals designate corresponding parts throughout the several 
views. 

10 FIG. 1 is a block diagram illustrating one embodiment of a system for 

implementing the present invention. 

FIG. 2 is a block diagram illustrating the components of the central office in the 
system of FIG. 1. 

FIG. 3 is a block diagram illustrating one embodiment of a DSLAM according to 
1 5 the present invention. 

FIG. 4 is a perspective view of an asynchronous transfer mode (ATM) 
transmission medium illustrating one embodiment for transmitting the data 
communications channels and the digital subscriber line communications channels of the 
DSLAM in FIG. 3. 

20 FIG. 5 is a user-network interface (UNI) data structure for an ATM cell 

transmitted on the transmission medium of FIG. 4. 

FIG. 6 is a network node interface (NNI) data structure for an ATM cell 
transmitted on the transmission medium of FIG. 4. 

FIG. 7 is a block diagram illustrating the components of the switch concentration 
25 module in the DSLAM of FIG. 3. 

FIG. 8A is one portion of a flowchart illustrating the architecture, functionality, 
and operation of the management software in the switch concentration module of FIG. 7 
according to the systems and methods of the present invention. 

FIG. 8B is a second portion of a flowchart illustrating the architecture, 
30 functionality, and operation of the management software in the switch concentration 
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module of FIG. 7 according to the systems and methods of the present invention. 

FIG. 9 is a line card data structure of a line card table for use by the switch 
concentration module in FIG. 4. 

FIG. 10 is a DSL port data structure of a DSL port table for use by the switch 
5 concentration module in FIG. 4. 

FIG. 1 1 is a backplane interface data structure of a backplane interface table for 
use by the switch concentration module in FIG. 4. 

FIG. 12 is an uplink interface data structure of an uplink interface table for use by 
the switch concentration module in FIG. 4. 
10 FIG. 1 3 is a cross-connect table for use by the switch concentration module in 

FIG. 4. 

FIG. 14A is one portion of a cross-connect table for use by the switch 
concentration module in FIG. 4. 

FIG. 14B is a second portion of a cross-connect table for use by the switch 
1 5 concentration module in FIG. 4. 

FIG. 14C is a third portion of a cross-connect table for use by the switch 
concentration module in FIG. 4. 

FIG. 15 is a virtual circuit link data structure of a virtual circuit link table for use 
by the switch concentration module in FIG. 4. 
20 FIG. 16 is a cross-connect auto-configuration record for use by the switch 

concentration module in FIG. 4. 

FIG. 17 is a block diagram illustrating an alternative embodiment of a system for 
implementing the present invention. 

FIG. 18A is one portion of a flowchart illustrating the architecture, functionality, 
25 and operation of the management software in the switch concentration module of FIG. 17 
according to the systems and methods of the present invention. 

FIG. 18B is a second portion of a flowchart illustrating the architecture, 
functionality, and operation of the management software in the switch concentration 
module of FIG. 17 according to the systems and methods of the present invention. 

30 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Having summarized the invention above, reference is now made in detail to the 
description of the invention as illustrated in the drawings. While the invention will be 
described in connection with these drawings, there is no intent to limit it to the 
5 embodiment or embodiments disclosed. On the contrary, the intent is to cover all 
alternatives, modifications and equivalents included within the spirit and scope of the 
invention as defined by the appended claims. 

I System Overview 

10 FIG. 1 illustrates a functional block diagram of one embodiment of a DSL system 

20 for providing DSL-based services in which the systems and methods of the present 
invention may be employed. DSL system 20 includes residential subscribers 22, 
commercial subscribers 24, local digital subscriber line (DSL) loops 26, central offices 
28, public switched telephone network 30, and service provider network 32. Subscribers 

15 22 and 24 are coupled to a central office 28 via a local DSL loop 26. Central offices 28 
are connected to PSTN 30 and service provider network 32. 

As described in more detail below, service provider network 32 may be a cell- 
based network, such as an ATM network. 

DSL system 20 enables a subscriber 22 and/or a subscriber 24 to receive 

20 traditional voice-frequency services, as well as, high-speed data services over the same 
DSL loop 26. A DSL loop 26 is a traditional twisted-pair of copper wires that extends 
between central office 28 and a subscriber 22 and/or a subscriber 24. Traditional voice- 
frequency services are provided by central office 28 via PSTN 30, while high-speed data 
services are provided via service provider network 32. 

25 Residential subscribers 22 may be any residential entity having a twisted-pair 

copper connection from their premises to a central office 28. Commercial subscribers 24 
may be any commercial entity, such as, for example, a business, a government agency, a 
hospital, a school, a university, or any other entity having a twisted-pair copper 
connection from their premises to a central office. 

30 In order to enable DSL-based services, residential subscribers 22 employ at their 
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premises a filter 34, a telephone 36, a DSL remote transceiver unit 38, and a computer 40. 
Commercial subscribers 24 may employ at their premises a filter 34, a telephone 36, a 
DSL remote transceiver unit 38, a network hub 42, a computer 40, and a workstation 42. 
Although FIG. 1 differentiates between residential subscribers 22 and commercial 
5 subscribers 24, it should be understood that the systems and methods of the present 

invention are not dependent upon or limited by the type of subscriber receiving the DSL- 
based services. 

Filter 34 may be any standard plain old telephone service (POTS) splitter or any 
similar device capable of separating voice-frequency traffic from high-speed data traffic 

10 provided on a DSL loop 26 carrying both. Filter 34 is coupled to DSL loop 26. In 

operation, filter 34 receives voice-frequency traffic and high-speed data traffic as input 
from DSL loop 26 and provides the voice-frequency traffic to telephone 36 and the high- 
speed data traffic to DSL remote transceiver unit 38. Telephone 36 may be any 
conventional or future telephone or any similar device capable of converting sounds, such 

15 as voice, into analog data and transmitting the analog data over a DSL loop 26. DSL 
remote transceiver unit 38 functions as a DSL modem that provides the high-speed data 
traffic to computer 40. In the commercial subscriber environment, DSL remote 
transceiver unit 38 is coupled to a hub 42, which supports a network of computers 40 and 
workstations 42. Computer 40 and workstation 42 may be any computer capable of 

20 receiving high-speed data traffic from a DSL loop 26. Those of ordinary skill in the art 
should understand that, although telephone 36 and computer 40 and workstation 42 are 
represented by different elements in FIG. 1, this invention contemplates combining 
telephone 36 with computer 40 and/or workstation 42. For purposes of this invention, the 
important aspect is that, because DSL loop 26 carries both voice-frequency traffic and 

25 high-speed data traffic, filter 34 separates the voice-frequency traffic and the high-speed 
data traffic at the premises of subscriber 22 and/or subscriber 24 to enable both voice 
services and high-speed data services. 

In accordance with the systems and methods of the present invention, DSL system 
20 may provide any of a number of DSL-based services to a subscriber 22 and/or a 
30 subscriber 24 via DSL loop 26. For example, DSL system 20 may provide high-bit-rate 
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digital subscriber line (HDSL) services. HDSL provides Tl data rates of 1.544 Mbits/sec 

over DSL loops 26 that are up to 3.6 kilometers in length. Generally, HDSL is a Tl 

service that requires no repeaters, but does use two DSL loops 26. In HDSL, voice 

telephone services cannot operate on the same DSL loop 26. HDSL services are 
5 generally not used for residential subscribers 22, but instead are used by the operator of 

central office 26 as feeder lines, interexchange connections, Internet servers, or private 

data networks to commercial subscribers 24. 

DSL system 20 may also provide symmetrical digital subscribe line (SDSL) 

services. SDSL is a symmetrical, bi-directional DSL service that is basically the same as 
10 HDSL but operates on one twisted-pair wire. It can provide data rates up to the Tl rate of 

1.544 Mbits/sec, and it operates above the voice frequency, so voice and data can be 

carried on the same wire. 

DSL system 20 may also provide asymmetrical digital subscriber line (ADSL) 

services. ADSL is the most common DSL service. It is an asymmetrical technology, 
15 meaning that the downstream data rate is much higher than the upstream rate. This type 

of service works well for providing typical Internet services to residential subscribers 22. 

ADSL operates in a frequency range that is above the frequency range of voice services, 

so the two systems can operate over the same subscriber cable. 

DSL system 20 may also provide very high-bit-rate digital subscriber line (VDSL) 
20 services. VDSL is basically ADSL at much higher data rates. It is asymmetrical and thus 

has a higher downstream rate than upstream rate. VDSL service can be used on the same 

DSL loop 26 as the voice telephone network and ISDN. The upstream rates are from 1.6 

Mbits/sec to 2.3 Mbits/sec. 

DSL system 20 may also provide rate-adaptive digital subscriber line (RADSL) 
25 services. This service is similar to ADSL, but it has a rate-adaptive feature that will 

adjust the transmission speed to match the quality of DSL loop 26 and the length of DSL 
loop 26. A line-polling technique is used to establish a connection speed when the line is 
first established. 

It should be understood by one of ordinary skill in the art that the systems and 
30 methods of the present invention are not dependent on or limited by the type of DSL 
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service provided to subscribers 22 and/or subscribers 24. These are merely examples of 
common DSL services that may be implemented. 

FIG. 2 illustrates the components of one embodiment of a central office 28 in DSL 
system 20 of FIG. 1 for implementing the systems and methods of the present invention. 
5 Central office 28 includes a DSLAM 44, a telephone switch 46, a main distribution frame 
48, a plurality of communications channels 50 adapted to communicate with service 
provider network 32, a plurality of communications channels 52 adapted to communicate 
with PSTN 30, and a plurality of communications channels 54 adapted to communicate 
with DSL loops 26. DSLAM 44 is coupled to communications channels 50 and main 
10 distribution frame 48. Telephone switch 46 is coupled to communications channels 52 
and main distribution frame 48. Main distribution frame 48 is coupled to 
communications channels 54 and DSLAM 44. 

In operation, high-speed data traffic from service provider network 32 is received 
at central office 28 by DSLAM 44 via communications channels 50. Voice-frequency 

15 traffic is received at central office 28 by telephone switch 46 via communications 
channels 52. As described above, DSL system 20 provides both the voice-frequency 
traffic and the high-speed data traffic from central office 28 to subscribers 22 and/or 
subscribers 24 via DSL loops 26. DSLAM 44 enables the high-speed data traffic to 
bypass telephone switch 46. DSLAM 44 concentrates the high-speed data traffic and 

20 routes it to main distribution frame 48. Main distribution frame 48 receives the high- 
speed data traffic from DSLAM 44 and the voice-frequency traffic from telephone switch 
46 and provides both types of traffic to communications channels 54 for subsequent 
delivery to subscribers 22 and subscribers 24. 

DSLAM 44 may be a DSLAM or some other type of access multiplexer. As will 
25 be described in detail below, DSLAM 44 may be a general purpose ATM switch. 

n. DSLAM Components 

FIG. 3 illustrates the components of one embodiment of a DSLAM 44 in central 
office 28 of FIG. 2 for implementing the systems and methods of the present invention. 
DSLAM 44 includes an uplink interface 56, a switch concentration module (SCM) 58, a 
30 backplane interface 60, and a plurality of line cards 62. Uplink interface 56 is coupled to 
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communications channels 50, which carry the high-speed data traffic from service 
provider network 30, and SCM 58. Line cards 62 are coupled to communications 
channels 54, which communicate with DSL loops 26, and backplane interface 60. 
Backplane interface 60 is coupled to SCM 58. 

5 Uplink interface 56 may be any type of interface to a wide-area transmission 

medium, such as a fiber-based (OC3), coaxial (DS3), or any other known or future type of 
wide-area transmission medium. 

Backplane interface 60 may be a proprietary interface to line cards 60. In 
alternative embodiments, backplane interface 60 may be any type of interface to a wide- 

10 area transmission medium, such as a fiber-based (OC3), coaxial (DS3), or any other 
known or future type of wide-area transmission medium. 

Each line card 62 includes a plurality of DSL ports 64. Each DSL port 64 
corresponds to a DSL loop 26 connected to a subscriber 22 or a subscriber 24. 

In operation, high-speed data traffic from service provider network 32 is received 

15 at DSLAM 44 by uplink interface 56 via communications channels 50. Each 

communication channel 50 terminates at a link in uplink interface 56. The high-speed 
data traffic is then transmitted to SCM 58 where it is transmitted to links in backplane 
interface 60. Backplane interface 60 provides the high-speed data traffic to DSL ports 64 
in line cards 62 for subsequent delivery to subscribers 22 and subscribers 24 over DSL 

20 loops 26. 

III. ATM Service Provider Network 

Referring to FIGS. 4 - 6, in the preferred embodiment of the present invention, 
service provider network 32 is an ATM network. Various ATM standards and 

25 specifications exist for implementing various aspects of ATM networks. Although many 
of these aspects are known to one of ordinary skill in the art, they are introduced here for 
clarity and completeness. FIG. 4 illustrates an ATM transmission medium 66 for 
transmitting the high-speed data traffic on communications channels 50 and 54 data 
communications through DSLAM 44. Data is routed through an ATM network based on 

30 virtual path connections (VPCs) 68 and virtual channel connections (VCCs) 70. VPCs 68 
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and VPCs 70 exist across a node in the ATM network. A virtual path link (VPL) or a 
virtual channel link (VCL) can exist between connecting nodes in the ATM network. A 
VPC or VCC is an ordered list of pairs of VPLs or VCLs, respectively. 

ATM data is transmitted through an ATM network as 53-byte cells. FIG. 5 
5 illustrates the format of the 53-byte ATM cell at the user-network interface (UNI). Cell 
header 70 contains a logical address in two parts: an 8-bit virtual path identifier (VPI) 74 
and a 1 6-bit virtual channel identifier (VCI) 76 . The cell header also contains a 4-bit 
generic flow control (GFC) 78, 3-bit payload type (PT) 80, and a 1-bit cell loss priority 
(CLP) indicator 82. The entire header is error-protected by a 1-byte header error control 
10 (HEC) field 84. 

FIG. 6 illustrates the format of the 53-byte ATM cell at the network node 
interface (NNI). The format is identical to the UNI format with two exceptions. First, 
there is no GFC 78. Secondly, the NNI uses the 4 bits used for GFC 78 at the UNI to 
increase the VPI 74 to 12 bits at the NNI as compared to 8 bits at the UNI. 

15 

IV. Switch Concentration Module 

As described above, in the preferred embodiment of the present invention, service 
provider network 32 is an ATM network. A fundamental concept of ATM is that 
switching occurs based upon the VPLVCI fields of each cell. Switching done on VPI 74 
20 only is called a VPC, while switching done on both the VPI 74 and VCI 76 is called a 
VCC. 

Referring again to FIG. 3, DSLAM 44 functions as an ATM cross-connect. Thus, 
in order to establish an ATM connection through DSLAM 44, uplink interface 56, SCM 
58, and backplane interface 60 must be provisioned with matching VPIs 74 and VCIs 76. 
25 Li accordance with the systems and methods of the present invention, DSLAM 44 
automatically configures cross-connects between communications channels 50 from 
service provider network 32 and communications channels 54 from DSL loops 26. 

FIG. 7 illustrates the components of SCM 58 in DSLAM 44 of FIG. 3. SCM 58 
includes central processing unit (CPU) 86, memory 88, and local interface 90. Local 
30 interface 90 links CPU 86, memory 88, uplink interface 56, backplane interface 60, and a 
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user interface 92. Memory 88 comprises management software 100. 

FIGS. 8 A and 8B illustrate the architecture, functionality, and operation of 

management software 100 in DSLAM 44 of FIG. 7. Block 102 specifies that for each 

type of channel N, where N equals 1 through a maximum channel number, the following 
5 steps are performed. The maximum number of types of channels may be a default value 

associated with management software 100 or it may be provisioned by management 

software 100 based on information received from user interface 92. 

At block 104, a default logical VPI/VCI address is obtained, which may be 

associated with communications channels 50 on uplink interface 56. The default logical 
10 VPI/VCI address may be stored within management software 100 in memory 88 or it may 

be provisioned based on information received from user interface 92. 

At block 106, a first plurality of unique logical VPI/VCI addresses are defined 

based on a predefined set of rales for incrementing logical VPI/VCI addresses, which will 

be described below. The first plurality of unique logical VPI/VCI addresses may be 
15 associated with communications channels 54 on backplane interface 60. 

At block 108, a second plurality of unique logical VPI/VCI addresses are 

determined based on the default logical VPI/VCI address and the predefined set of rules. 

The second plurality of unique logical VPI/VCI addresses may be associated with 

communications channels 50 and uplink interface 56. 
20 At block 110, cross-connects are created between communications channels 50 

and 54 by linking the first and second unique logical VPI/VCI addresses. Each of the 

cross-connects may be initialized to an autodown status. For example, in all known 

systems and methods, the cross-connects are typically administratively in an up or down 

status. In accordance with the systems and methods of the present invention, the 
25 automatically generated cross-connects are initialized to autodown, which signifies that 

the cross-connect has been automatically generated and does not have an association with 

a DSL port 64 or line card 62. 

At blocks 112 and 1 14, a line card 62 is detected and information is received from 

line card 62. In the preferred embodiment, the information relates to (1) a slot number 
30 corresponding to DSL ports 64, (2) the number of DSL ports 64 associated with the line 
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card, (3) the number of types of channels associated with each DSL port 64, which 
defines the number of cross-connects for each DSL port 64, and (4) ATM traffic profile 
information for each channel. 

Block 116 specifies that for each type of channel indicated by line card 62, the 
5 following steps are performed. At block 118, one of the first and second plurality of 
unique logical VPI/VCI addresses are specified as a base logical VPI/VCI address for 
each channel based on the information from line card 62. 

At block 120, each type of channel for each DSL port 64 is associated with one of 
the first plurality of unique logical VPI/VCI addresses. At block 122, the state of each 
10 cross-connect corresponding to each of the first plurality of unique logical VPI/VCI 

addresses associated with each type of channel for each DSL port 64 is changed to up and 
traffic on each cross-connect is bound to the traffic profile specified by line card 62. 

For example, a line card 62 in slot # 3 may call for one channel with 24 DSL ports 
64. Line card 62 may also call for unspecified bit rate (UBR) packet-based service. 
15 Based on this information, a base logical VPI/VCI address corresponding to VPI = 0 and 
VCI = 32 may be specified. Then the status of cross-connects corresponding to VPI = 0 
and VCI = 32 through VPI = 0 and VCI = 55 are changed to up and the traffic on each is 
bound to UBR. 

For a second example, a line card 62 in slot #8 may call for one channel with 16 
20 DSL ports 64 for carrying unspecified bit rate (UBR) packet traffic and another channel 
for carrying variable bit rate (VBR) voice traffic. Based on this information, a base 
logical VPI/VCI address corresponding to VPI = 0 and VCI = 32 maybe specified for the 
packet channel and another corresponding to VPI = 1 and VCI = 32 may be specified for 
the voice channel. Then the cross-connects corresponding to VPI = 0 and VCI = 32 
25 through VPI = 0 and VCI = 55 are allocated and the status of cross-connects 

corresponding to VPI - 0 and VCI - 32 through VPI = 0 and VCI = 47 are changed to up 
and the traffic on each is bound to UBR. The cross-connects corresponding to VPI = 1 
and VCI = 32 through VPI = 1 and VCI = 55 are also allocated and the status of cross- 
corresponding to VPI - 1 and VCI = 32 through VPI = 1 and VCI = 47 are changed to up 
30 and the traffic on each is bound to VBR. 
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Although in the embodiment of SCM 58 described with respect to FIGS. 8A and 
8B switching is done on both the VPI 74 and VCI 76 (VCC), the present invention is not 
limited as such. Instead, in accordance with the systems and methods of the present 
invention, switching may be done on VPI 74 (VPC) only. As appreciated by those of 
5 ordinary skill in the art, the systems and methods of the present invention may employed 
in either switching environment (VPC or VCC). Accordingly, the term "logical VPI/VCI 
address" used throughout, should be given a broad interpretation to acknowledge that the 
systems and methods of the present invention are not limited to a particular switching 
technique (VPC or VCC). 

10 Management software 100 may be implemented in hardware, software, firmware, 

or a combination thereof. In the preferred embodiment, management software 100 is 
implemented in software or firmware that is stored in a memory and that is executed by a 
suitable instruction execution system, such as central processing unit 86. If implemented 
in hardware, as in an alternative embodiment, management software 100 maybe 

15 implemented with any or a combination of the following technologies, which are all well 
known in the art: a discrete logic circuit(s) having logic gates for implementing logic 
functions upon data signals, an application specific integrated circuit (ASIC) having 
appropriate combinational logic gates, a programmable gate array(s) (PGA), a field 
programmable gate array (FPGA), etc. 

20 The flow charts of FIGS. 8 A and 8B show the architecture, functionality, and 

operation of a possible implementation of management software 100 of FIG. 7. In this 
regard, each block represents a module, segment, or portion of code, which comprises one 
or more executable instructions for implementing the specified logical function(s). It 
should also be noted that in some alternative implementations, the functions noted in the 

25 blocks may occur out of the order noted in FIGS. 8 A and 8B. For example, two blocks 
shown in succession in FIGS. 8 A and 8B may in fact be executed substantially 
concurrently or the blocks may sometimes be executed in the reverse order, depending 
upon the functionality involved, as will be further clarified hereinbelow. 

In one embodiment, management software 100 includes an uplink interface data 
30 module 130, cross-connect data module 132, backplane interface data module 134, VCL 
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data module 136, a line card data module 138, an auto-configuration data module 140, 
and a DSL port data module 142. 

Line card data module 138 may include information related to line cards 62, 
which may be received from backplane interface 60. FIG. 9 illustrates a line card data 
5 structure 144, which may be used for implementing a portion of management software 
100 in FIG. 7. Line card data structure 144 may include a "slot #" variable 146, a 
"number of ports" variable 148, a "requested number of channels per port" variable 150, 
a "requested traffic profile indicator per channel" variable 152. 

DSL port data module 142 may include information related to DSL ports 64 for 

1 0 line cards 62 . FIG. 1 0 illustrates a DSL port data structure 1 54, which may be used for 
implementing another portion of management software 100 in FIG. 7. DSL port data 
structure 154 may include a "DSL port #" variable 156, a "max VPI" variable 158, a 
"max VQ" variable 160, a "status" variable 162, and a "configuration parameters" 
variable 164, including, for each DSL port 64, information related to the number of 

1 5 channels, ATM parameters, upstream and downstream rates, etc. 

Backplane interface data module 134 may include information related to 
backplane interface 60, such as identifiers for each of the links for communications 
channels 54 in backplane interface 60 and VP I/VCI pairs for each channel associated with 
each of the links. FIG. 1 1 illustrates a backplane interface data structure 166, which may 

20 be used for implementing a further portion of management software 100 in FIG. 7. 

Backplane interface data structure 166 may include a "interface ID" variable 168, a "max 
VPI" variable 170, a "max VCI" variable 172, a "status" variable 174, and an "other 
parameters" variable 176. 

Uplink interface data module 130 may include information related to uplink 

25 interface 56, such as identifiers for each of the links for communications channels 50 in 
uplink interface 56 and VPLVCI pairs for each channel associated with each of the links. 
FIG. 12 illustrates an uplink interface data structure 178, which may be used for 
implementing another portion of management software 100 in FIG. 7. Uplink interface 
data structure 178 may include a "interface ID" variable 180, a "max VPI" variable 182, a 

30 "max VCI" variable 1 84, a "status" variable 1 86, and an "other parameters" variable 1 88. 
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Cross-connect data module 132 may include information defining a plurality of 
cross-connects between communications channels 54 and 50. FIG. 13 illustrates one 
embodiment of a cross-connect data structure 190 for a cross-connect table, which may be 
used for implementing a portion of management software 100 in FIG. 7. Cross-connect 
5 data structure 190 includes a "cross-connect ED" variable 192, a "IFIndexl" variable 194, 
a VPI1 variable 1 96, a VCI1 variable 200, a "IFIndex2" variable 202, a VPI2 variable 
204, and a VCI2 variable 206. Cross-connect data structure 190 defines a particular 
cross-connect (cross-connect ID) and associates a connection on a particular interface 
(IFIndexl) having a particular logical VPI/VCI address (VPI 1/VCI1) with another 

10 connection on a different interface (IFIndex2) having a different logical VPI/VCI address 
(VPI2/VCI2). For example, cross-connect 1 may associate a connection on uplink 
interface 60 having a VPI = 0 and VCI = 32 with another connection on backplane 
interface 60 having a VPI - 1 and VCI = 0. 

FIGS. 14a - 14c illustrate a cross-connect table 210 which may be used for 

15 implementing another portion of management software 100 in FIG. 7. Cross-connect 
table 210 may include a list of "uplink interface: VPI: VCI" values 212 associated with a 
list of "backplane interface:VPI:VCI" values 214 and a related list of "status" values 216. 
Values 212 maybe VPI/VCI addresses corresponding to a first set of cross-connections 
which are calculated based on a default logical VPI/VCI address associated with the 

20 VPI/VCI address for communications channels 50. Values 214 may be VPI/VCI 

addresses corresponding to a second set of cross-connections which are associated with 
VPI/VCI addresses for each link on backplane interface 60. 

For example, in the preferred embodiment, values 212 and 214 may be 
determined based on the following equation: 

25 Where: 

(1) p = number of ports per card, and p begins from 1 ; 

(2) m = channel numbers, and m begins from 0; 

(3) c = number of cards in system, and c begins from 1 ; 

30 For values 214: 
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VPI = p 
VCI = m 

For values 212: 
5 VPI = base VPI form 

VCI = base VCI for m + (c-1) * p + (p - 1) 



VCL data module 136 may include information associated with values 212 and 

10 214 and actual VPI/VCI addresses associated with communications channels 50. FIG. 15 
illustrates a VCL data structure 220, which may be used for implementing a related 
portion of management software 100 in FIG. 7. VCL data structure 220 may include a 
"IFIndex" variable 222, a VPI variable 224, a VCI variable 226, a "traffic profile up" 
variable 228, and a "traffic profile down" variable 230. 

15 Auto-configuration data module 140 may include information related to a default 

logical VPI/VCI address associated with the VPI/VCI addresses for communications 
channels 50. FIG. 16 illustrates an auto-configuration record 232, which maybe used for 
implementing another portion of management software 100 in FIG. 7. Auto- 
configuration record 232 may include a "interface ID" variable 234, a "channel" variable 

20 236, a "base VPI" variable 238, and a "base VCI" variable 240. 

FIG. 17 illustrates a system 250 in which an alternative embodiment of SCM 58 
of FIG. 7 may be implemented according to the systems and methods of the present 
invention. System 250 comprises a network-side ATM node 252, user-side ports 254, 
and an ATM interface 256. ATM interface 256 is coupled to ATM node 252 and the 

25 user-side ports 254. ATM node 252 provides multiple communications channels to ATM 
interface 256 and user-side ports 254 are also configured to receive multiple 
communications channels. Similar to communications channels 50 and 54 with respect to 
system 20, there maybe multiple types of channels associated with the communications 
channels. ATM interface 256 comprises SCM 58. 

30 FIGS. 18A and 18B illustrate the architecture, functionality, and operation of an 

alternative embodiment of management software 100 in SCM 58 of FIG. 17. Block 260 
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specifies that for each type of channel N, where N equals 1 through a maximum channel 
number, the following steps are performed. The maximum number of types of channels 
may be a default value associated with management software 100 or it may be 
provisioned by management software 100 based on information received from user 
5 interface 92. 

At block 262, a default logical VPI/VCI address is obtained, which may be 
associated with the communications channels corresponding to ATM node 252. The 
default logical VPI/VCI address may be stored within management software 100 in 
memory 88 or received from user interface 92. 

10 At block 264, a first plurality of unique logical VPI/VCI addresses are defined 

based on a predefined set of rules for incrementing logical VPI/VCI addresses, which will 
be described below. The first plurality of unique logical VPI/VCI addresses may be 
associated with the communications channels associated with user-side ports 254. 
At block 266, a second plurality of unique logical VPI/VCI addresses are 

1 5 determined based on the default logical VPI/VCI address and the predefined set of rales. 
The second plurality of unique logical VPI/VCI addresses may be associated with the 
communications channels corresponding to ATM node 252. 

At block 268, cross-connects are created between the communications channels 
provided from ATM node 252 and the communications channels received by user-side 

20 ports 254 by linking the first and second unique logical VPI/VCI addresses. Each of the 
cross-connects may be initialized to an autodown status, which signifies that the cross- 
connect has been automatically generated and does not have an association with a 
particular user-side port 254. 

At block 270 a user-side port 254 is detected. Block 272 specifies that for each 

25 type of channel indicated in the system, the following steps are performed. At block 274, 
one of the first and second plurality of unique logical VPI/VCI addresses are specified as 
a base logical VPI/VCI address for each type of channel. 

At block 276, each type of channel for each communications channel associated 
with user-side ports 254 is associated with one of the first plurality of unique logical 

30 VPI/VCI addresses. At block 278, the state of each cross-connect corresponding to each 
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of the first plurality of unique logical VPI/VCI addresses associated with each type of 
channel for each communication channel associated with user-side ports 254 is changed 
to an up status. 

Management software 100, which comprises an ordered listing of executable 
5 instructions for implementing logical functions, can be embodied in any computer- 
readable medium for use by or in connection with an instruction execution system, 
apparatus, or device, such as a computer-based system, processor-containing system, or 
other system that can fetch the instructions from the instruction execution system, 
apparatus, or device and execute the instructions. In the context of this document, a 

10 "computer-readable medium" can be any means that can contain, store, communicate, 
propagate, or transport the program for use by or in connection with the instruction 
execution system, apparatus, or device. The computer-readable medium can be, for 
example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propagation medium. More specific 

15 examples (a nonexhaustive list) of the computer-readable medium would include the 
following: an electrical connection (electronic) having one or more wires, a portable 
computer diskette (magnetic), a random access memory (RAM) (electronic), a read-only 
memory (ROM) (electronic), an erasable programmable read-only memory (EPROM or 
Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read- 

20 only memory (CDROM) (optical). Note that the computer-readable medium could even 
be paper or another suitable medium upon which the program is printed, as the program 
can be electronically captured, via for instance optical scanning of the paper or other 
medium, then compiled, interpreted or otherwise processed in a suitable manner if 
necessary, and then stored in a computer memory. 

25 It should be emphasized that the above-described embodiments of the present 

invention, particularly, any "preferred" embodiments, are merely possible examples of 
implementations, merely set forth for a clear understanding of the principles of the 
invention. Many variations and modifications may be made to the above-described 
embodiment(s) of the invention without departing substantially from the spirit and 

30 principles of the invention. All such modifications and variations are intended to be 
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included herein within the scope of this disclosure and the present invention and 
protected by the following claims. 
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